home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir24 / aprs503a.zip / README.CAP < prev    next >
Text File  |  1994-05-11  |  5KB  |  84 lines
  1. README.CAP             CIVIL AIR PATROL and APRS
  2.  
  3. Version 4.04 added the 15x15 minute Search and Rescue (SAR) grids for use by
  4. the Civial Air Patrol (CAP).  This was improved in version 4.04C to include
  5. the numbers of all grids and the display of the aeronautical sectional
  6. charts on which they are based.  In making room for the additional data,
  7. bugs were introduced that were corrected in version 4.05.  Version 5.00 gave
  8. users the capability to modify the default beacon decay rate.  See the section 
  9. on Beacon rate below.
  10.  
  11. SAR GRIDS: Since the numbers of all grids are consistent and well defined for
  12. all sectional charts, the only problem is when two charts overlap in the same
  13. area.  This is resolved in the CAP definitions that the western most map
  14. will always take precedence.  APRS accomplishes this ordering by making sure
  15. that all map data in the CAPGRID.DAT file are listed so that the more
  16. westerly map of an overlap pair is later in the list.  Also, the ALBUGUERQUE
  17. map must be the first one (APRS uses that to know if the file has been
  18. loaded).  Except for the overlap sections, most of the charts are listed
  19. alphabetically.
  20.  
  21. The numbering plan used by APRS is determined by the exact location of the
  22. cursor.  If the cursor is in an overlap area, the proper grid numbers will
  23. be seen.  If you are just to the side of the overlap area, then APRS will
  24. use the numbering scheme that applies to the exact grid found at the cursor.
  25. This may place the "wrong" numbers in the adjacent overlap area.
  26.  
  27. There are several ways to determine if you are in an overlap area and if you
  28. are getting the correct numbers.  1) zoom up to where you can see the
  29. sectional chart boundaries (yellow).  Any overlap areas whould be obvious.
  30. 2) be sure that your cursor is in the overlap area and hit Z.  3) on each
  31. new screen hit Z; and for areas that are not numbered, move your cursor to
  32. the west and hit Z again.  This way, the western numbers will always overwrite
  33. the correct numbers.
  34.  
  35. Adding the numbering system and sectionals to APRS was easy and only took
  36. two days.  Recovering from the memory problems took a whole weekend and
  37. 4 more days!  I hope this effort will pay off in the usefullness of APRS
  38. in Search and Rescue.
  39.  
  40. TRACK HISTORIES:  Back at the SAR headquarters, complete track histories can
  41. be processed offline from the main APRS Communications computer.  Periodically
  42. the main APRS computer should do a ^C to save the latest track history to file.
  43. Then he should do an ALT-D to shell to DOS and copy the latest track history
  44. file from the HSTS sub directory onto a floppy disk.  This disk can then be
  45. taken to another computer for analysis and the APRS computer can EXIT back
  46. into APRS without loosing anything.  APRS maintains a 2k comm buffer, so even
  47. if the packet channel is continuing to operate at full capacity, you have a
  48. total time of at least 40 seconds before you begin to loose data.  APRS will
  49. automatically do a save to disk whenever 199 positions have been received.
  50. After all saves, memory is cleared except for the last position of all
  51. stations.
  52.  
  53. BEACON PERIOD:  At the request of the Arizona section, I have added the ability
  54. for the user to set his maximum beacon period to a few hours vice the normal
  55. default of 15 minutes.  This would reduce the number of UI frames on their
  56. shared packet channel.  To do this, the user must modify the Decay time using
  57. a text editor on the CFIG406.xxx file found in their root directory and
  58. change the value to something other than 750.  I do not feel that this is
  59. necessary or advisable. 
  60.  
  61.   1)  It defeats the real-time objective of APRS to maintain knowledge of
  62.   the activity of all stations on the net.
  63.  
  64.   2)  The channel time used up by in-active APRS stations is less than 0.2%
  65.   each.  Ten such stations would use only 2% of channel capacity.
  66.  
  67.   3)  Each station can simply use the CONTROLS-XMTR-OFF command to silence
  68.   APRS (it will still respond to incomming messages)
  69.  
  70. The argument from Arizona was not necessarily the channel loading, but the
  71. accumulation of lots of APRS UI frames in all TNC buffers on frequency that
  72. were not in use.  The practice there, was to accumulate MAIL-FOR beacons from
  73. the BBS system so that a user comming home would find MAIL BEACONS in his
  74. buffer without having to leave his PC on all day.  The simple solution here,
  75. is for those users to simply set APRS in the LCALLS list of their TNC's and
  76. set BUDLIST OFF.  This way they will ignore all APRS packets.
  77.  
  78.  
  79. REGISTRATION:  Since most CAP communications personnel are also radio
  80. amateurs and will probably want to use APRS for both HAM and CAP applications,
  81. each additional call sign registration per individual has been discounted
  82. to only $9 each.
  83.  
  84.